full-service advertising agency — рекламное агентство полного цикла

full-service travel agency — туристическое агентство полного цикла

full-service recruiting agency — кадровое агентство полного цикла

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

• информационные технологии в целом

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

• информационные технологии в целом

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

• информационные технологии в целом

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

оборудование
Совокупность связанных между собой частей или устройств, из которых по крайней мере одно движется, а также элементы привода, управления и энергетические узлы, которые предназначены для определенного применения, в частности для обработки, производства, перемещения или упаковки материала. К термину «оборудование» относят также машину и совокупность машин, которые так устроены и управляемы, что они функционируют как единое целое для достижения одной и той же цели.
[ГОСТ ЕН 1070-2003]

EN

equipment
single apparatus or set of devices or apparatuses, or the set of main devices of an installation, or all devices necessary to perform a specific task
NOTE – Examples of equipment are a power transformer, the equipment of a substation, measuring equipment.
[IEV number 151-11-25 ]

equipment
material, fittings, devices, components, appliances, fixtures, apparatus, and the like used as part of, or in connection with, the electrical equipment of machines
[IEC 60204-1-2006]

FR

équipement, m
matériel, m
appareil unique ou ensemble de dispositifs ou appareils, ou ensemble des dispositifs principaux d'une installation, ou ensemble des dispositifs nécessaires à l'accomplissement d'une tâche particulière
NOTE – Des exemples d’équipement ou de matériel sont un transformateur de puissance, l’équipement d’une sous-station, un équipement de mesure.
[IEV number 151-11-25]

Тематики

• электробезопасность

EN

• accessories
• apparatus
• appliance
• assets
• environment
• equipment
• facility
• fitment
• fixing
• gear
• H/W
• hardware
• hardware environment
• HW
• installation
• instrument
• instrumentation
• layout
• machinery
• outfit
• paraphernalia
• plant
• plant stock
• product
• provisions
• rig
• rigging
• set-up
• stock-in-trade
• tackle
• technical equipment
• technique

DE

• Ausrüstung
• Betriebsmittel
• Maschine

FR

• machine
• matériel, m
• équipement, m

продукт
—
[ http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]

продукт
1. Вещественный результат производственной (экономической) деятельности; в этом смысле совокупность продуктов экономической системы (объекта) — полезная часть ее выпуска. Раз возникнув, каждый П. обладает своим жизненным циклом, длительность которого может быть различной. Разграничение продуктов и ресурсов в экономико-математических моделях не проводится однозначно: оно зависит от структуры и других особенностей модели. Например, если первичным элементом модели является предприятие, то, допустим, автомобильный мотор можно рассматривать как П. моторного завода, а если модель ограничена отраслевым делением, тот же мотор будет лишь полуфабрикатом (т.е. ресурсом) в отрасли машиностроения. В статических моделях оборудование и другие вещественные элементы капитальных вложений — это ограниченные ресурсы; в динамических моделях они же — продукция соответствующих отраслей промышленности. Строго говоря, каждый П. в народном хозяйстве является воспроизводимым ресурсом для производства каких-либо других продуктов. Исключение — конечные продукты, выводимые за пределы экономической системы. См. также Блага. 2. То же, что продукция (как правило, в стоимостном измерении). В таком обобщенном смысле слово «П.» применяется в терминах: совокупный общественный П., конечный П. и др.
[ http://slovar-lopatnikov.ru/]

EN

product
Something produced by human or mechanical effort or by a natural process. (Source: AMHER)
[http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]

• пищевой продукт
  
  • молочный продукт
  • мясной продукт
  • зерновой продукт
  • винодельческий продукт
• продукт в экономике
  
  • валовой продукт
    
    • валовой внутренний продукт
    • валовой региональный продукт
  • продукт труда
• продукт в производстве
  
  • целевой продукт
  • побочный продукт
  • продукт переработки
• продукт как результат физического (химического) процесса
  
  • продукт горения
  • продукт деления
  • продукт коррозии
• программный продукт
• информационный продукт
• продукт как услуга (комплекс услуг)
  
  • туристический продукт
  • банковский продукт

Тематики

• охрана окружающей среды
• экономика

EN

• product

DE

• Produkt

FR

• produit

продукция
Результат деятельности или процессов.
Примечания
1 Продукция может включать услуги, оборудование, перерабатываемые материалы, программное обеспечение или комбинации из них.
2 Продукция может быть материальной (например, узлы или перерабатываемые материалы) или нематериальной (например, информация или понятия), или комбинацией из них.
3 Продукция может быть намеренной (например, предложение потребителям или ненамеренной (например, загрязнитель или нежелательные последствия).
[ИСО 8402-94]
[ ГОСТ Р 52104-2003]

продукция
Результат процесса.
Примечания
1. Существуют четыре общие категории продукции:
- услуги (например, перевозки);
- программные средства (например, компьютерная программа, словарь);
- технические средства (например, узел двигателя);
- перерабатываемые материалы (например, смазка).
Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным, техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.(например, поставляемая продукция "автомобиль" состоит из технических средств (например, шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция для водителя) и услуги (разъяснения по эксплуатации, даваемые продавцом).
2. Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика и потребителя, и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:
- деятельность, осуществленную на поставленной потребителем материальной продукции (например, ремонт неисправного автомобиля);
- деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, составление заявления о доходах, необходимого для определения размера налога);
- предоставление нематериальной продукции (например, информации в смысле передачи знаний);
- создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).
Программное средство содержит информацию и обычно является нематериальным, может также быть в форме подходов, операций или процедуры.
Техническое средство, как правило, является материальным и его количество выражается исчисляемой характеристикой. Перерабатываемые материалы обычно являются материальными и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называют товарами.
3. обеспечение качества направлено главным образом на предполагаемую продукцию.
[ ГОСТ Р ИСО 9000-2008]

продукция
Товары, поступившие в продажу.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

продукция
Совокупность продуктов и услуг производства (или иной экономической деятельности: строительства, транспорта, связи и др.), оцениваемая в стоимостном или натуральном измерении; выход экономической системы. В различных источниках круг объектов, относимых к П., существенно различается. В плановой практике продукцией считаются только полезные продукты труда — готовые изделия, полуфабрикаты, услуги. В более широком смысле, кроме этого, к ней относят также, например, отходы, в том числе загрязняющие среду, побочные продукты, брак. Однако в этом смысле предпочтительнее термин выпуск. См. также Валовая продукция, Конечный продукт (народнохозяйственный), Конечный продукт отрасли, Продукт, Результаты, Условно-чистая продукция, Чистая продукция.
[ http://slovar-lopatnikov.ru/]

EN

merchandise
Goods that are sold in business.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики

• ресурсосбережение, обращение с отходами
• системы менеджмента качества
• спорт (коммерческая деятельность)
• управл. качеством и обеспеч. качества
• экономика

EN

• merchandise
• output
• product
• production

продукция (в экологическом менеджменте)
Любой товар или услуга.
Примечание
Под продукцией в контексте экологической маркировки и оценки жизненного цикла понимается определенный вид продукта или услуги, а не вся совокупность продуктов или услуг, производимых (оказываемых) организацией.
[ http://www.14000.ru/glossary/main.php?PHPSESSID=25e3708243746ef7c85d0a8408d768af]

EN

product
Any goods or service.
[ISO 14021]

Тематики

• управление окружающей средой

EN

• product

произведение (мат.)
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва]

Тематики

• электротехника, основные понятия

EN

• product

товар
Любая вещь, не ограниченная в обороте, свободно отчуждаемая и переходящая от одного лица к другому по договору купли-продажи.
[ ГОСТ Р 51303-99]

товар
Продукт производственной деятельности (включая работы, услуги), предназначенный для продажи, обмена или иного введения в хозяйственный оборот.
[ http://slovar-lopatnikov.ru/]

Тематики

• торговля
• экономика

EN

• commodity
• goods
• product

4.28 продукт (product): Результат процесса.

[ИСО 9000:2005]

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

4.38 продукция (product): Полный набор компьютерных программ, процедур и соответствующих им документации и данных, предназначенный для поставки пользователю.

Примечание - Используют также термин «программный продукт».

Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа

3.2 продукция (product): Результат процесса.

Примечания

1 В стандарте ИСО 9000:2005 упоминаются четыре общие категории продукции:

- услуги (например, перевозки) (см. определение в п. 3.4);

- программные средства (например, компьютерная программа, словарь);

- технические средства (например, двигатель, механическая деталь);

- переработанные материалы (например, смазка).

Многие виды продукции содержат элементы, относящиеся к разным общим категориям продукции. Называется ли в этом случае продукция услугой, программным продуктом, техническим средством или переработанным материалом, будет зависеть от главенствующего элемента.

2 Продукция включает результаты природных процессов, такие как рост растений и формирование других природных ресурсов.

3 Определение заимствовано из стандарта ИСО/МЭК 17000:2004 (3.3).

Источник: ГОСТ Р ИСО/МЭК 17020-2012: Оценка соответствия. Требования к работе различных типов органов инспекции оригинал документа

3.1 Термины, определенные в ИСО 10303-1

В настоящем стандарте применены следующие термины:

- приложение (application);

- прикладной объект (application object);

- прикладной протокол (application protocol);

- прикладная эталонная модель; ПЭМ (application reference model; ARM);

- данные (data);

- информация (information);

- интегрированный ресурс (integrated resource);

- изделие (product);

- данные об изделии (product data).

Источник: ГОСТ Р ИСО/ТС 10303-1287-2008: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1287. Прикладные модули. Регистрация действий по прикладному протоколу ПП239

3.3 продукция (product): Результат процесса.

Примечание - Примерами продукции могут быть информационная система, программное обеспечение, информационная услуга и т.д.

Источник: ГОСТ Р 52655-2006: Информационно-коммуникационные технологии в образовании. Интегрированная автоматизированная система управления учреждением высшего профессионального образования. Общие требования оригинал документа

3.1 Термины, определенные в ИСО 10303-1

В настоящем стандарте применены следующие термины:

- приложение (application);

- прикладной контекст (application context);

- прикладной протокол; ПП (application protocol; АР);

- метод реализации (implementation method);

- интегрированный ресурс (integrated resource);

- интерпретация (interpretation);

- модель (model);

- изделие (product);

- данные об изделии (product data).

Источник: ГОСТ Р ИСО 10303-502-2006: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 502. Прикладные интерпретированные конструкции. Каркасное представление формы на основе оболочек оригинал документа

3.1 продукция (product): Результат действий или процесса. Продукцией могут быть: услуги, технические средства, обработанные материалы, программное обеспечение или их комбинация.

Источник: ГОСТ Р 51901.4-2005: Менеджмент риска. Руководство по применению при проектировании оригинал документа

3.4.2 продукция (product): Результат процесса (3.4.1).

Примечания

1 Существуют четыре общие категории продукции:

- услуги (например, перевозки);

- программные средства (например, компьютерная программа, словарь);

- технические средства (например, узел двигателя);

- перерабатываемые материалы (например, смазка).

Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным, техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.

Например, поставляемая продукция «автомобиль» состоит из технических средств (например, шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция для водителя) и услуги (разъяснения по эксплуатации, даваемые продавцом).

2 Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика (3.3.6)и потребителя (3.3.5), и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:

- деятельность, осуществленную на поставленной потребителем материальной продукции (например, ремонт неисправного автомобиля);

- деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, составление заявления о доходах, необходимого для определения размера налога);

- предоставление нематериальной продукции (например, информации в смысле передачи знаний);

- создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).

Программное средство содержит информацию и обычно является нематериальным, может также быть в форме подходов, операций или процедуры (3.4.5).

Техническое средство, как правило, является материальным и его количество выражается исчисляемой характеристикой (3.5.1). Перерабатываемые материалы обычно являются материальными и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называют товарами.

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.4 продукция (product): Результат процесса (см. 3.3).

Примечания

1 Имеются четыре общие категории продукции:

- услуги (например перевозки);

- программные средства (например компьютерная программа, словарь);

- технические средства (например узел двигателя);

- перерабатываемые материалы (например смазка).

Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным или техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.

Например, поставляемая продукция «автомобиль» состоит из технических средств (например шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция водителю) и услуг (разъяснения по эксплуатации, даваемые продавцом).

2 Услуга является результатом по меньшей мере одного действия, обязательно осуществленного при взаимодействии поставщика и потребителя, она, как правило, нематериальна. Предоставление услуги может включать в себя, к примеру, следующее:

- деятельность, осуществленную на поставленной потребителем материальной продукции (например автомобиль, нуждающийся в ремонте);

- деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, заявление о доходах, необходимое для определения размера налога);

- предоставление нематериальной продукции (например информации, в смысле передачи знаний);

- создание благоприятных условий для потребителей (например в гостиницах и ресторанах). Программное средство содержит информацию и обычно является нематериальным, может также быть в

форме подходов, операций или процедуры (3.2).

Техническое средство, как правило, является материальным и его количество выражается исчисляемой характеристикой. Перерабатываемые материалы обычно являются материальными и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называются товарами.

[см. 3.4.2 ИСО 9000]

Источник: ГОСТ Р ИСО 10005-2007: Менеджмент организации. Руководящие указания по планированию качества оригинал документа

3.2.26 изделие (product): Объект или вещество, полученные естественным или искусственным путем;

Источник: ГОСТ Р ИСО 10303-1-99: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1. Общие представления и основополагающие принципы оригинал документа

3.1.11 продукция (product): Любые изделия или услуги.

Источник: ГОСТ Р ИСО 14021-2000: Этикетки и декларации экологические. Самодекларируемые экологические заявления (экологическая маркировка по типу II) оригинал документа

3.2 продукция (Product): Любой товар или услуга.

Источник: ГОСТ Р ИСО 14024-2000: Этикетки и декларации экологические. Экологическая маркировка типа I. Принципы и процедуры оригинал документа

3.9 продукция (product): Любые товары или услуги.

Примечание 1 - Для целей настоящего стандарта термин «продукция» охватывает услуги. Продукцию можно распределить по следующим категориям:

- услуги (например транспортирование);

- программное обеспечение (например компьютерная программа, словарь);

- технические средства (например механическая часть двигателя);

- обработанные материалы (например смазка).

Примечание 2 - Услуги имеют материальные и нематериальные элементы. Предоставление услуги может включать, например, следующее:

- деятельность, выполняемую в отношении материальной продукции, поставленной потребителем (например, на подлежащем ремонту автомобиле);

- деятельность, выполняемую в отношении нематериальной продукции, поставленной потребителю (например, декларация о доходах, необходимая для возврата налогов);

- поставку нематериальной продукции (например, поставку информации в контексте передачи знаний);

- создание среды для потребителя (например, в гостиницах и ресторанах).

Программное обеспечение включает информацию, является, как правило, нематериальным объектом и может быть представлено в форме соответствующих подходов, операций или процедур.

Технические средства являются, как правило, материальными, а их количество - дискретной величиной.

Переработанные материалы являются, как правило, материальными, а их количество - непрерывной величиной.

Примечание 3 - Адаптировано в соответствии с ИСО 14021:1999 и ИСО 9000:2005.

Источник: ГОСТ Р ИСО 14040-2010: Экологический менеджмент. Оценка жизненного цикла. Принципы и структура оригинал документа

3.9 продукция (product): Любые товары или услуги.

Примечание 1 - В настоящем стандарте термин «продукция» включает в себя также предоставление услуг. Продукцию можно распределить по следующим категориям:

- услуги (например, транспортирование);

- программное обеспечение (например, компьютерная программа, словарь);

- технические средства (например, механическая часть двигателя);

- обработанные материалы (например, смазка);

Примечание 2 - Услуги включают в себя как материальные, так и нематериальные элементы. Предоставление услуги может включать в себя, например, следующее:

- деятельность, выполняемую в отношении материальной продукции, поставленной потребителем (например, ремонт автомобиля);

- деятельность, выполняемую в отношении нематериальной продукции, поставленной потребителю (например, декларация о доходах, необходимая для целей налогообложения);

- поставку нематериальной продукции (например, поставку информации в контексте передачи знаний);

- создание среды для потребителя (например, в гостиницах и ресторанах).

Примечание 3 - Программное обеспечение включает в себя информацию и является, как правило, нематериальным объектом и может быть представлено в форме соответствующих подходов, операций или процедур.

Технические средства являются, как правило, материальной продукцией, а их количество - дискретной величиной.

Переработанные материалы являются, как правило, материальной продукцией, а их количество - непрерывной величиной.

Источник: ГОСТ Р ИСО 14044-2007: Экологический менеджмент. Оценка жизненного цикла. Требования и рекомендации оригинал документа

3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать в себя компонент предоставления услуги. Продукт может включать в себя также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.1-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с поставщиками и партнерами оригинал документа

3.10 продукция (product): Объект (аппаратные средства, программные средства, материалы), для которого устанавливают или оценивают пригодность использования.

Источник: ГОСТ Р ИСО 9241-11-2010: Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов (VDT). Часть 11. Руководство по обеспечению пригодности использования оригинал документа

3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать в себя компонент предоставления услуги. Продукт может включать в себя также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.2-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление и эксплуатация ресурсов оригинал документа

2.11 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать в себя компонент предоставления услуги. Продукт может включать в себя также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.0-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Общая структура бизнес-процессов оригинал документа

3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать в себя компонент предоставления услуги. Продукт может включать в себя также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.3-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с клиентами оригинал документа

4.6 продукт (product): Изделие, которое подлежит продаже в завершенном и готовом к использованию товарном виде [11].

Источник: ГОСТ Р ИСО 17363-2010: Применение радиочастотной идентификации (RFID) в цепи поставок. Контейнеры грузовые оригинал документа

2.19 продукт (product): Основной (материальный) выход из технической энергетической системы.

Источник: ГОСТ Р ИСО 13600-2011: Системы технические энергетические. Основные положения оригинал документа

3.7 продукция (product): Ex оборудование, защитные системы, устройства защиты, Ex компоненты и их комбинации, а также программное обеспечение и обслуживание, как определено в 3.4.2 ГОСТ Р ИСО 9000.

Источник: ГОСТ Р 54370-2011: Взрывоопасные среды. Система менеджмента качества изготовителя оборудования. Требования оригинал документа

3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать компонент предоставления услуги. Продукт может включать также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.6-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт Разработка и управление услугами оригинал документа

3.4.2 продукция (product): Результат процесса (3.4.1).

Примечания

1 Существуют четыре общие категории продукции:

- услуги (например, перевозки);

- программные средства (например, компьютерная программа, словарь);

- технические средства (например, узел двигателя);

- перерабатываемые материалы (например, смазка).

Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным, техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.

Например, поставляемая продукция «автомобиль» состоит из технических средств (например, шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция для водителя) и услуги (разъяснения по эксплуатации, даваемые продавцом).

2 Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика (3.3.6) и потребителя (3.3.5), и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:

- деятельность, осуществленную на поставленной потребителем материальной продукции (например, ремонт неисправного автомобиля);

- деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, составление заявления о доходах, необходимого для определения размера налога);

- предоставление нематериальной продукции (например, информации в смысле передачи знаний);

- создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).

Программное средство содержит информацию и обычно является нематериальным, может также быть в форме подходов, операций или процедуры (3.4.5).

Техническое средство, как правило, является материальным, и его количество выражается исчисляемой характеристикой (3.5.1). Перерабатываемые материалы обычно являются материальными, и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называют товарами.

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

3.1 продукция (product): Результат процесса.

Примечания

1 К продукции могут относиться услуги, программные средства, технические средства или перерабатываемые материалы.

2 Термин заимствован из подпункта 3.4.2 ИСО 9000:2005, три первоначальных примечания к которому были объединены в примечание 1.

Источник: ГОСТ Р 54732-2011: Менеджмент качества. Удовлетворенность потребителей. Руководящие указания по мониторингу и измерению оригинал документа

2.27 продукт (product) - См. определение термина «оцениваемый объект».

Источник: ГОСТ Р 54581-2011: Информационная технология. Методы и средства обеспечения безопасности. Основы доверия к безопасности ИТ. Часть 1. Обзор и основы оригинал документа

3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать компонент предоставления услуги. Продукт может включать также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.8-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление цепочками поставок оригинал документа

3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

Примечание - Продукт должен включать компонент предоставления услуги. Продукт может включать также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

Источник: ГОСТ Р 53633.5-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Управление маркетингом и предложением продукта оригинал документа

3.3 продукция (product): Результат процесса².

[ISO 9000:2000, 3.4.2].

_____________

² Термин «продукция» может быть использован в зависимости от сферы применения не только как обобщающий термин, включающий в себя различные результаты процесса, например услуги, но и как один вид результата - собственно продукция, как это используется в ИСО/МЭК 2:2004 и в законодательстве Российской Федерации.

Примечания

1 Стандарт ИСО 9000:2000 рассматривает четыре общие категории продукции: услуги (например, транспортировка); программные средства (например, компьютерная программа, словарь); технические средства (например, двигатель, механическая деталь); перерабатываемые материалы (например, смазка). Множество продукции включает в себя элементы, принадлежащие к разным общим категориям. Ее название в этом случае зависит от преобладающего элемента.

2 Заявление о соответствии, о котором идет речь в примечании 1 к 5.2, может рассматриваться как результат подтверждения соответствия (5.2).

Источник: ГОСТ Р ИСО/МЭК 17000-2009: Оценка соответствия. Словарь и общие принципы оригинал документа

3.2.29 продукция (product): Результат процесса.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

6.2 продукция (product): Любые товары или услуги.

Примечание 1 - Продукцию распределяют на классы по следующим категориям:

- услуги (например, транспортирование);

- программное обеспечение (например, компьютерная программа, словарь);

- технические средства (например, механическая часть двигателя);

- обработанные материалы (например, смазка).

Примечание 2 - Услуги имеют материальные и нематериальные элементы. Предоставление услуги может включать в себя, например, следующее:

- работу, выполняемую на материальной продукции, поставленной потребителем (например, на подлежащем ремонту автомобиле);

- работу, выполняемую на нематериальной продукции, поставленной потребителю (например, декларация о доходах, необходимая для учета налогов);

- поставку нематериальной продукции (например, поставку информации в контексте передачи знаний);

- создание комфортных условий среды обитания для потребителя (например, в гостиницах и ресторанах). Программное обеспечение включает в себя информацию, является, как правило, нематериальным и может быть представлено в форме соответствующих подходов, операций или процедур.

Технические средства являются, как правило, материальными, а их количество - дискретной величиной.

Переработанные материалы являются, как правило, материальными, а их количество - непрерывной величиной.

[ИСО 14040:2006]

Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

2.12 продукция (product): Предмет или материал, изготовленный в результате естественных или искусственных процессов.

Примечание - В настоящем стандарте термин «продукция» применим в самом широком смысле этого слова. Он включает в себя устройства, системы, материалы, программное обеспечение и услуги.

Источник: ГОСТ Р 53890-2010: Руководство по разработке спецификаций на характеристики и классы продукции. Часть 2. Технические принципы и рекомендации оригинал документа

3.111 продукция (product): Конструкция, являющаяся специализацией конструкции объекта предприятия, представляющая желаемый выходной результат или промежуточный продукт процессов предприятия.

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

система кондиционирования воздуха
Совокупность воздухотехнического оборудования, предназначенная для кондиционирования воздуха в помещениях
[ ГОСТ 22270-76]

система кондиционирования воздуха
Совокупность технических средств для обработки и распределения воздуха, а также автоматического регулирования его параметров с дистанционным управлением всеми процессами
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

система кондиционирования воздуха
Комбинация всех компонент, необходимых для обработки воздуха, в процессе которой осуществляется контроль или понижение температуры, возможно, в комбинации с контролем вентиляции, влажности и чистоты воздуха.
[ДИРЕКТИВА 2002/91/ЕС ЕВРОПЕЙСКОГО ПАРЛАМЕТА И СОВЕТА от 16 декабря 2002 г. по энергетическим характеристикам зданий]

КЛАССИФИКАЦИЯ

• По назначению
  
  • Комфортные
    
    • Бытовые
    • Промышленные
  • Технологические
    
    • Технологические
    • Прецизионные
• По способу охлаждения воздуха
  
  • Непосредственного охлаждения (с непосредственным охлаждением воздуха)
  • Косвенного охлаждения (с водяным охлаждением воздуха - чиллеры и фанкойлы)
• По степени централизации
  
  • Центральные
  • Зональные
    
    • Однозональные
    • Мультизональные (VRF-системы)
      
      • 2-трубные
      • 4-трубные
    • Местные
• По степени использования наружного воздуха
  
  • Прямоточные
  • Рециркуляционные
  • С частичной рециркуляцией
• По автономности
  
  • Автономные
  • Неавтономные
• По способу комплектации
  
  • Агрегатированные
  • Секционные
• По конструктивному оформлению
  
  • Моноблочные
    
    • Напольные
      
      • Мобильные
      • Колонные
      • Шкафные
    • Терминальные
    • Оконные
    • Крышные
  • Сплит-системы
    
    • По конструктивному исполнению внутреннего блока
      
      • Настенные
      • Напольные
      • Напольно-потолочные
      • Встраиваемые в пол
      • Потолочные
        
        • Подвесные
        • Кассетные
          
          • с односторонней подачей воздуха
          • с двухсторонней подачей воздуха
          • с трехсторонней подачей воздуха
          • с четырехсторонней подачей воздуха
        • Канальные
      • Колонные
      • Шкафные
    • По количеству внутренних блоков
      
      • С одним внутренним блоком
      • С двумя внутренними блоками
      • Мульти-сплит системы
• По размещению конденсатора
  
  • С встроенным конденсатором
  • С выносным конденсатором
• По способу охлаждения конденсатора
  
  • С воздушным охлаждением конденсатора
  • С осевыми вентиляторами
  • С радиальными вентиляторами
  • С водяным охлаждением конденсатора
  • С использованием проточной (водопроводной, бросовой) воды
  • С использованием оборотной (из градирни) воды
• По способу управления компрессором
  
  • _____
  • Инверторные
• По режиму работы
  
  • Только для охлаждения
  • Реверсивные - для охлаждения и нагрева в режиме теплового насоса
  • Реверсивные тепловые насосы
• По дополнительной комплектации
  
  • С электрическим воздухонагревателем
  • С водяным воздухонагревателем
• По месту установки
  
  • Наружной установки
  • Крышного исполнения
  • Внутренней установки
• По способу подачи воздуха
  
  • С непосредственной подачей воздуха в кондиционируемое помещение
  • С подачей воздуха через воздуховод (канальные)
     

Классификация систем кондиционирования воздуха

М. Г. Тарабанов, директор НИЦ «ИНВЕНТ», канд. техн. наук, вице-президент НП «АВОК», лауреат премии НП «АВОК» «Медаль имени И. Ф. Ливчака», «Медаль имени В. Н. Богословского», otvet@abok.ru

Общие положения

Краткий, но достаточно полный обзор истории развития кондиционирования воздуха представлен в работе А. И. Липы [1], поэтому отметим только несколько моментов. Родоначальником техники кондиционирования воздуха в ее современном понимании считается американский инженер Виллис Хэвилэнд Кэрриер (Willis Haviland Carrier), который в 1902 году в Нью-Йорке в Бруклинской типографии применил поверхностный водяной воздухоохладитель с вентилятором для получения летом в помещении температуры +26,5 °C и относительной влажности 55 %. Вода охлаждалась в аммиачной холодильной машине. Зимой для увлажнения внутреннего воздуха до 55 % использовался водяной пар от бойлера.
Термин «кондиционирование воздуха» был предложен в 1906 году Стюартом Уорреном Крамером (Stuart Warren Cramer).
В отечественной практике некоторые авторы применяют термин «кондиционирование микроклимата». Заметим, что этот термин отличается от «кондиционирования воздуха», так как включает в себя дополнительные факторы, не связанные с состоянием воздушной среды в помещении (шум, инсоляция и др.).
К сожалению, несмотря на солидный возраст термин «кондиционирование воздуха» не получил четкого определения в современных отечественных нормативных документах. Для устранения этого пробела сформулируем: «Кондиционирование воздуха – это создание и автоматическое поддержание в обслуживаемом помещении или технологическом объеме требуемых параметров и качества воздуха независимо от внутренних возмущений и внешних воздействий». К параметрам воздуха относятся: температура, относительная влажность или влагосодержание и подвижность. Качество воздуха включает в себя газовый состав, запыленность, запахи, аэроионный состав, т. е. более широкий круг показателей, чем термин «чистота», используемый в [2].
Комплекс оборудования, элементов и устройств, с помощью которых обеспечивается кондиционирование воздуха в обслуживаемых помещениях, называется системой кондиционирования воздуха (СКВ).
Приведенное выше определение системы кондиционирования воздуха по смыслу полностью совпадает с определением ASHRAE: «”air-conditioning system” – комплекс оборудования для одновременной обработки и регулирования температуры, влажности, чистоты воздуха и распределения последнего в соответствии с заданными требованиями» [3].
Общепринятого, устоявшегося мнения, что следует включать в состав СКВ, к сожалению, нет.
Так, например, по мнению О. Я. Кокорина [4] СКВ может включать в себя:

• установку кондиционирования воздуха (УКВ), обеспечивающую необходимые кондиции воздушной среды по тепловлажностным качествам, чистоте, газовому составу и наличию запахов;
• средства автоматического регулирования и контроля за приготовлением воздуха нужных кондиций в УКВ, а также для поддержания в обслуживаемом помещении или сооружении постоянства заданных кондиций воздуха;
• устройства для транспортирования и распределения кондиционированного воздуха;
• устройства для транспортирования и удаления загрязненного внутреннего воздуха;
• устройства для глушения шума, вызываемого работой элементов СКВ;
• устройства для приготовления и транспортирования источников энергии, необходимых для работы аппаратов в СКВ.

В зависимости от конкретных условий некоторые составные части СКВ могут отсутствовать.
Однако согласиться с отдельными пунктами предложенного состава СКВ нельзя, так как если следовать логике автора [4], то в состав СКВ должны войти и системы оборотного водоснабжения, водопровода и канализации, ИТП и трансформаторные, которые также необходимы для работы аппаратов в СКВ.
Достаточно полное представление о структуре СКВ дает разработанная во ВНИИкондиционере «Блок-схема системы кондиционирования воздуха» (рис. 1) [5].

Включенные в эту блок-схему подсистемы обработки воздуха по своему функциональному назначению делятся на блоки:

• основной обработки и перемещения: Б_1.1 – приемный, Б_1.8 – очистки, Б_1.2 – сухого (первого) подогрева, Б_1.3 – охлаждения, Б_1.6 – тепловлажностной обработки, Б_1.9 – перемещения приточного воздуха;
• дополнительной обработки и перемещения: Б_2.1 – утилизации, Б_2.2 – предварительного подогрева, Б_2.3 – доводки общей (второй подогрев, дополнительное охлаждение), Б_2.4 – зональной доводки, Б_2.5 – местной доводки (эжекционные доводчики и др.), Б_2.7 – шумоглушения, Б_2.8 – перемещения рециркуляционного воздуха;
• специальной обработки: Б_5.5 – тонкой очистки;
• воздушной сети: Б_4.2 – воздухораспределительных устройств, Б_4.3 – вытяжных устройств, Б_4.5 – воздуховодов;
• автоматизации – арматуры – Б_3.1.

Помимо этих блоков в СКВ может входить система холодоснабжения (снабжение электроэнергией и теплом осуществляется, как правило, централизованно). Ее включение в состав СКВ, видимо, относится к автономным кондиционерам (см. далее).
Для определения состава оборудования, входящего в СКВ, и границ раздела целесообразно воспользоваться делением на разделы, которое сложилось в практике проектирования.
В частности, при выполнении проектов кондиционирования воздуха достаточно серьезных объектов обычно выделяют в самостоятельные разделы: теплоснабжение СКВ; холодоснабжение и холодильные центры; электроснабжение; автоматизация; водоснабжение, в том числе оборотное, канализация и дренаж.
Причем по каждому из разделов составляют свою спецификацию, в которую включено оборудование, материалы и арматура, относящиеся к своему конкретному разделу.
Таким образом, в состав СКВ следует включить:

• УКВ, предназначенную для очистки и тепловлажностной обработки и получения необходимого качества воздуха и его транспортировки по сети воздуховодов до обслуживаемого помещения или технического объема;
• сеть приточных воздуховодов с воздухораспределителями, клапанами и регулирующими устройствами;
• вытяжной вентилятор и сеть вытяжных и рециркуляционных воздуховодов с сетевым оборудованием;
• сеть фреоновых трубопроводов для сплит-систем и VRV-систем с кабелями связи наружных блоков с внутренними;
• фэнкойлы, эжекционные доводчики, моноблоки, холодные и теплые потолки и балки и др. доводчики для охлаждения и (или) нагревания непосредственно внутреннего воздуха;
• оборудование для утилизации теплоты и холода;
• дополнительные воздушные фильтры, шумоглушители и другие элементы.

И даже систему автоматики, входящую в СКВ как бы по определению, целесообразно выделить отдельно, так как ее проектируют инженеры другой специальности, хотя и по заданию так называемых технологов СКВ.
Границей СКВ и систем теплохолодоснабжения можно считать узлы регулирования, а границей электроснабжения и автоматики – электрические щиты и щиты управления, которые в последнее время очень часто делают совмещенными.

Классификация систем кондиционирования воздуха

Проблемам классификации СКВ в большей или меньшей степени уделяли внимание практически все авторы учебников и монографий по кондиционированию воздуха. Вот что написал по этому вопросу известный специалист, доктор техн. наук А. А. Рымкевич [6]: «Анализ иерархической структуры самих СКВ прежде всего требует их классификации и только затем их декомпозиции на подсистемы. …Однако для СКВ, решения которых базируются на учете большого числа данных, разработать такую классификацию всегда сложно. Не случайно в литературе нет единого мнения по данному вопросу, и поэтому многие известные авторы… предложили различные методы классификации».
Предложенная А. А. Рымкеви-чем концепция выбора признаков классификации СКВ сформулирована очень точно, и с ней нельзя не согласиться. Проблема состоит в том, как этой концепцией воспользоваться и какие признаки считать определяющими, а какие вторичными, и как точно сформулировать эти признаки.
В начале восьмидесятых годов прошлого века наиболее полная классификация СКВ была предложена в работе Б. В. Баркалова и Е. Е. Карписа [7].
Основные признаки этой классификации с некоторыми дополнениями использованы и в недавно изданной монографии А. Г. Сотникова [8] и в других работах, однако некоторые формулировки отдельных признаков требуют уточнения и корректировки.
Например, для опытных специалистов не составит труда разделить СКВ на центральные и местные, посмотрим, как признак такого деления сформулирован разными авторами.
Б. В. Баркалов, Е. Е. Карпис пишут [7]: «В зависимости от расположения кондиционеров по отношению к обслуживаемым помеще-ниям СКВ делятся на центральные и местные». А. Г. Сотников [8] считает необходимым дополнить: «Деление на местные и центральные СКВ учитывает как место установки кондиционера, так и группировку помещений по системам», а О. Я. Кокорин уточняет: «По характеру связи с обслуживаемым помещением можно подразделить СКВ на три вида: центральные, местные и центрально-местные. Центральные СКВ характеризуются расположением УКВ в удалении от обслуживаемых объектов и наличием приточных воздуховодов значительной протяженности. Местные СКВ характеризуются расположением УКВ в самом обслуживаемом помещении или в непосредственной близости от него, при отсутствии (или наличии весьма коротких) приточных воздуховодов. Центрально-местные СКВ характеризуются как наличием УКВ в удалении от обслуживаемых объектов, так и местных УКВ, располагаемых в самих помещениях или в непосредственной близости от них».
Трудно понять, что имеется в виду под группировкой помещений по системам и что считается протяженными или весьма короткими воздуховодами. Например, кондиционеры, обслуживающие текстильные цеха на Волжском заводе синтетического волокна, имеют производительность по воздуху до 240 м3/ч и расположены рядом с обслуживаемыми помещениями, то есть непосредственно за стенами, но никто из указанных выше авторов не отнес бы их к местным системам.
Несколько иной признак клас-сификации предложил Е. В. Стефанов [9]: «… по степени централизации – на системы центральные, обслуживающие из одного центра несколько помещений, и местные, устраиваемые для отдельных помещений и располагающиеся, как правило, в самих обслуживаемых помещениях».
К сожалению, и эта формулировка является нечеткой, так как одно большое помещение могут обслуживать несколько центральных кондиционеров, а группу небольших помещений – один местный кондиционер.
Фактически в отечественной практике негласно действовал совсем другой признак классификации: все кондиционеры, выпускавшиеся Харьковским заводом «Кондиционер», кроме шкафных, считались центральными, а все кондиционеры, выпускавшиеся Домодедовским заводом «Кондиционер», кроме горизонтальных производительностью 10 и 20 тыс. м³/ч, – относились к местным.
Конечно, сегодня такое деление выглядит смешным, а между тем в нем был определенный здравый смысл.
Известно, что в местных системах используются готовые агрегаты полной заводской сборки обычно шкафного типа со стандартным набором тепломассообменного оборудования с уже готовыми, заданными заранее техническими характеристиками, поэтому местные УКВ не проектируют, а подбирают для конкретного обслуживаемого помещения или группы небольших однотипных помещений.
Максимальная производительность местных систем по воздуху обычно не превышает 20–30 тыс. м³/ч.
Центральные кондиционеры могут быть также полной заводской сборки или собираются на месте монтажа, причем технические характеристики всех элементов, включая воздушные фильтры, вентиляторы и тепломассообменное оборудование, задаются производителями в очень широких пределах, поэтому такие кондиционеры не подбирают, а проектируют, а затем изготавливают в соответствии с бланком-заказом для конкретного объекта.
Обычно центральные кондиционеры собирают в виде горизонтальных блоков, причем производительность таких кондиционеров по воздуху значительно больше, чем у местных и достигает 100–250 тыс. м³/ч у разных фирм-производителей.
Очевидно, что отмеченные признаки относятся к УКВ, но их можно использовать и для классификации СКВ, например, СКВ с центральной УКВ – центральная СКВ, а с местной УКВ – местная СКВ. Такой подход не исключает полностью признаки, предложенные другими авторами, а дополняет их, исключая некоторые неопределенности, типа протяженности воздуховодов и др.
Для дальнейшей классификации СКВ рассмотрим схему ее функционирования.
На параметры внутреннего воздуха в обслуживаемом помещении или технологическом объеме оказывают воздействие внутренние возмущения, то есть изменяющиеся тепло- и влаговыделения, а также внешние факторы, например, изменение температуры и влагосодержания наружного воздуха, воздействие на остекленный фасад прямой солнечной радиации в разное время суток и др.
Задача СКВ состоит в том, чтобы улавливать и своевременно устранять последствия этих возмущений и воздействий для сохранения параметров внутреннего воздуха в заданных пределах, используя систему автоматического регулирования и необходимый набор оборудования (воздухоохладители, воздухонагреватели, увлажнители и др.), а также источники теплоты и холода.
Поддерживать требуемые параметры внутреннего воздуха можно изменяя параметры или расход приточного воздуха, подаваемого в помещение извне, или с помощью аппаратов, установленных непосредственно в помещении, так называемых доводчиков.
Сегодня в качестве доводчиков используют внутренние блоки сплит-систем и VRV-систем, фэнкойлы, моноблоки, охлаждаемые потолки и балки и другие элементы.
К сожалению, в классификации [7] вместо понятия «доводчики» используется понятие «водовоздушные СКВ», а в классификации [8] дополнительно вводится термин «водо- и фреоновоздушная СКВ». С подобными предложениями нельзя согласиться в принципе, так как их авторы вольно или невольно присваивают сплит-системам или фэнкойлам статус систем кондиционирования воздуха, которыми они не являются и, естественно, не могут входить в классификацию СКВ, поскольку являются всего лишь местными охладителями или нагревателями, то есть не более чем доводчиками.
Справедливости ради отметим, что Б. В. Баркалов начинает описание центральных водовоздушных систем очень точной фразой: «В каждое помещение вводится наружный воздух, приготовленный в центральном кондиционере. Перед выпуском в помещение он смешивается с воздухом данного помещения, предварительно охлажденным или нагретым в теплообменниках кондиционеров?доводчиков, снабжаемых холодной и горячей водой». Приведенная цитата показывает, что автор хорошо понимает неопределенность предложенного им признака классификации и поэтому сразу поясняет, что он имеет в виду под центральными водовоздушными системами.
Системы без доводчиков могут быть прямоточными, когда в помещение подается обработанный наружный воздух, и с рециркуляцией, когда к наружному воздуху подмешивают воздух, забираемый из помещения. Кроме того, технологические СКВ, обслуживающие помещения или аппараты без пребывания людей, могут работать без подачи наружного воздуха со 100 % рециркуляцией. В зависимости от алгоритма работы СКВ различают системы с постоянной рециркуляцией, в которых соотношение количества наружного и рециркуляционного воздуха во время работы не изменяется, и СКВ с переменной рециркуляцией, в которых количество наружного воздуха может изменяться от 100 % до некоторого нормируемого минимального уровня.
Кроме того, системы с рециркуляцией могут быть одновентиляторными и двухвентиляторными. В первых системах подача приточного воздуха в помещение, а также забор наружного и рециркуляционного воздуха осуществляется приточным вентилятором УКВ. Во втором случае для удаления воздуха из помещения и подачи его на рециркуляцию или на выброс применяют дополнительный вытяжной вентилятор.
Независимо от схемы компоновки и устройства отдельных элементов СКВ подразделяют также по их назначению. Многие авторы делят СКВ на комфортные, технологические и комфортно-технологические. Более удачной и полной представляется классификация СКВ по назначению на эргономической основе, разработанная ВНИИкондиционером [5].
Определено, что СКВ могут выполнять одну из трех функций обслуживания: машин; машин + людей; людей.
1-я группа (символ «машина») определена как технологические СКВ. СКВ этой группы обслуживают технологические аппараты, камеры, боксы, машины и т. п., то есть применяются в тех случаях, когда условия воздушной среды диктуются обеспечением работоспособности технологического оборудования. При этом параметры воздушной среды могут отличаться от тех, которые определяются санитарно-гигиеническими нормами.
1-я группа имеет две модификации:

• Подгруппа 1–1 включает в себя кондиционируемые объекты, полностью исключающие возможность пребывания в них человека, то есть это системы технологического охлаждения, обдува электронных блоков вычислительных машин, шахты обдува волокна прядильных машин и т. п.
• Подгруппа 1–2 включает в себя кондиционируемые объекты: технологические аппараты (машины, камеры, боксы) и помещения с особыми параметрами воздушной среды (калориметрического, экологического и другого назначения), в которых человек отсутствует или находится эпизодически (для снятия показаний приборов, изменения режима работы и т. д.).

Если для группы 1–1 отсутствуют какие-либо ограничения по параметрам и составу воздушной среды, то для объектов подгруппы 1–2 газовый состав воздушной среды должен находиться в пределах, установленных ГОСТ.
2-я группа (символ «машина + человек») определена как технологически комфортные СКВ. СКВ этой группы обслуживают производственные помещения, в которых длительно пребывают люди.
2-я группа имеет три модификации:

• Подгруппа 2–1. Технологически комфортные СКВ обеспечивают условия нормального осуществления технологических процессов как для производств, в которых затруднено или практически невозможно получение продукции без поддержания определенных параметров воздушной среды, так и для производств, в которых колебания параметров воздуха существенно влияют на качество продукции и величину брака.
• Для этих помещений СКВ устраивается в первую (и основную) очередь по требованиям технологии, однако в связи с наличием в этих помещениях людей, параметры КВ устанавливают с учетом требований санитарно-гигиенических норм.
• Подгруппа 2–2. СКВ создаются для исключения дискомфортных условий труда при тяжелых режимах работы людей (кабины крановщиков мостовых кранов металлургических заводов и ТЭЦ, кабины строительно-дорожных машин и т. д.). Производственные или экономические аспекты для этих установок имеют второстепенное значение.
• Подгруппа 2–3. СКВ обеспечивают в производственных помещениях комфортные условия труда, способствующие повышению производительности труда, улучшению проведения основных технологических режимов, снижению заболеваемости, уменьшению эксплуатационных затрат и т. п.

3-я группа (символ «люди») определена как комфортные СКВ, обеспечивающие санитарно-гигиенические условия труда, отдыха или иного пребывания людей в помещениях гражданских зданий, то есть вне промышленного производства.
Эта группа имеет две модификации:

• Подгруппа 3–1. СКВ обслуживают помещения общественных зданий, в которых для одной части людей пребывание в них кратковременно (например, покупатели в универмаге), а для другой – длительно (например, продавцы в этом же универмаге).
• Подгруппа 3–2. СКВ обеспечивают оптимальные условия пребывания людей в жилых помещениях.

В классификацию ВНИИконди-ционера необходимо ввести еще одну группу – медицинские СКВ. Очевидно, что СКВ, обслуживающие операционные, реанимационные или палаты интенсивной терапии, никак нельзя считать комфортными, а чтобы отнести их к технологическим, надо в качестве «машины» рассматривать самого человека, что просто глупо.
Медицинские СКВ должны иметь две подгруппы:

• Подгруппа 4–1. СКВ обслуживают операционные, реанимационные и т. п. помещения.
• Подгруппа 4–2. СКВ обеспечивают требуемые параметры воздуха в палатах, кабинетах врачей, процедурных и т. п.

Для завершения классификации СКВ рассмотрим еще несколько признаков.
По типу системы холодоснабжения различают автономные и неавтономные СКВ. В автономных источник холода встроен в кондиционер, в неавтономных – источником холода является отдельный холодильный центр. Кроме того, в автономных кондиционерах в воздухоохладитель может подаваться кипящий хладон или жидкий промежуточный хладоноситель (холодная вода, растворы). Заметим, что на многих объектах мы использовали схему с подачей хладона в воздухоохладитель центрального кондиционера от расположенной рядом холодильной машины или внешнего блока VRV.
По способу компенсации изменяющихся тепловых и (или) влажностных возмущений в обслуживаемом помещении различают СКВ с постоянным расходом воздуха (CAV) – системы, в которых внутренние параметры поддерживают изменяя температуру и влажность приточного воздуха (качественное регулирование), и системы с переменным расходом воздуха (VAV) – системы с количественным регулированием.
По числу воздуховодов для подачи кондиционированного воздуха в помещенияСКВ делятся на одноканальные и двухканальные, при этом приточный воздух в каждом канале имеет разную температуру и влажность, что позволяет, изменяя соотношение приточного воздуха, подаваемого через каждый канал, поддерживать требуемые параметры в обслуживаемом помещении.
По числу точек стабилизации одноименного параметра (t; φ)в большом помещении или группе небольших помещений различают одно- и многозональные СКВ.
–это СКВ с местными доводчиками. В этих СКВ центральная или местная УКВ подает в помещение санитарную норму наружного воздуха, даже не обязательно обработанного, а местные доводчики обеспечивают поддержание в помещении требуемых параметров воздуха (температуры, относительной влажности и подвижности).
Сегодня в качестве местных доводчиков применяют: внутренние блоки сплит-систем или VRV-систем; фэнкойлы (двух- или четырехтрубные); моноблоки (напольные, потолочные или настенные); эжекционные доводчики; местные увлажнители воздуха; охлаждаемые и нагреваемые потолки; охлаждающие балки (пассивные и активированные).
Все указанные доводчики сами по себе не являются кондиционерами, хотя их и называют так продавцы оборудования.
Известно, что некоторые фирмы работают над созданием, например, фэнкойлов или сплит-систем, подающих в помещение наружный воздух. Но, если это и произойдет в массовом масштабе, то ничего страшного с классификацией не случится, просто это оборудование получит статус местных кондиционеров.
Блок-схема рассмотренной классификации СКВ приведена на рис. 2.
Помимо рассмотренных признаков в схему на рис. 2 включен еще один: наличие утилизаторов теплоты и холода, которые могут быть как в центральных, так и в местных СКВ. Причем необходимо различать системы утилизации типа воздух-воздух, к которым относятся схемы с промежуточным теплоносителем, с пластинчатыми теплообменниками* и с регенеративными вращающимися и переключаемыми теплообменниками, а также системы утилизации теплоты оборотной воды и теплоты обратного теплоносителя систем централизованного теплоснабжения и систем технологического жидкостного охлаждения.

Литература

1. Липа А. И. Кондиционирование воздуха. Основы теории. Совре-менные технологии обработки воздуха. – Одесса: Издательство ВМВ, 2010.
2. СНиП 41–01–2003. Отопление, вентиляция, кондиционирование. М.: Госстрой России. – 2004.
3. Англо-русский терминологический словарь по отоплению, вентиляции, кондиционированию воздуха и охлаждению. М.: Изд-во «АВОК-ПРЕСС», 2002.
4. Кокорин О. Я. Энергосберегаю-щие системы кондиционирования воздуха. ООО «ЛЭС». – М., 2007.
5. Кондиционеры. Каталог-спра-воч-ник ЦНИИТЭстроймаш. – М., 1981.
6. Рымкевич А. А. Системный анализ оптимизации общеобменной вентиляции и кондиционирования воздуха. Изд. 1. – М.: Стройиздат, 1990.
7. Баркалов Б. В., Карпис Е. Е. Кондиционирование воздуха в промышленных, общественных и жилых зданиях. Изд. 2. – М.: Стройиздат, 1982.
8. Сотников А. Г. Процессы, аппараты и системы кондиционирования воздуха и вентиляции. Т. 1. ООО «АТ». – С.-Петербург, 2005.
9. Стефанов Е. В. Вентиляция и кондиционирование воздуха. – С.-Петербург: Изд-во «АВОК-Северо-Запад», 2005.

[ http://www.abok.ru/for_spec/articles.php?nid=5029]

Тематики

• кондиционирование воздуха в целом
• энергосбережение

EN

• air conditioning system

DE

• Klimaanlage

FR

• système de conditionnement d'air

система кондиционирования воздуха
СКВ
Система, позволяющая контролировать температуру, а иногда влажность и чистоту воздуха в помещении или транспортном средстве.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

EN

air conditioning system
ACS
System for controlling temperature and sometimes humidity and purity of the air indoor or in a vehicle.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики

• спорт (административно-хозяйственная деятельность)

EN

• air conditioning system

верификация
контроль
проверка
Установление соответствия принятой и переданной информации с помощью логических методов [http://www.rol.ru/files/dict/internet/#].
[ http://www.morepc.ru/dict/]

верификация
(ITIL Service Transition)
Деятельность, которая гарантирует, что новая или измененная ИТ- услуга, процесс, план или другой результат - полный, точный, надежный и соответствует своей спецификации проектирования.
См. тж. подтверждение; приёмка; подтверждение и тестирование услуг.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

verification 
(ITIL Service Transition)
An activity that ensures that a new or changed IT service, process, plan or other deliverable is complete, accurate, reliable and matches its design specification.
See also acceptance; validation; service validation and testing.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

Синонимы

• контроль
• проверка

EN

• verification

верификация
Подтверждение посредством представления объективных свидетельств того, что установленные требования были выполнены.
Примечания
1. Термин "верифицирован" используют для обозначения соответствующего статуса.
2. Деятельность по подтверждению требования может включать в себя:
- осуществление альтернативных расчетов;
- сравнение спецификации на новый проект с аналогичной документацией на апробированный проект;
- проведение испытаний и демонстраций;
- анализ документов до их выпуска.
[ ГОСТ Р ИСО 9000-2008]

Тематики

• системы менеджмента качества

EN

• verification

верификация (доказательство правильности)
контроль
проверка
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

Синонимы

• контроль
• проверка

EN

• verification

верификация (проверка)
1. Процесс определения соответствия качества или характеристик продукта или услуги тому, что предписывается, предопределяется или требуется. Верификация тесно связана с обеспечением качества и контролем качества. верификация компьютерной системы computer system verification Процесс, имеющий целью обеспечить, чтобы данный этап в жизненном цикле системы удовлетворял требованиям, введенным на предыдущем этапе. верификация модели model verification Процесс, имеющий целью определить, правильно ли отображает данная вычислительная модель искомую концептуальную модель или математическую модель. Верификация системного кода system code verification Анализ кодирования источника на предмет его соответствия описанию в документации системного кода. 2. Подтверждение на основе объективных свидетельств того, что установленные требования были выполнены. См. валидация (аттестация). Соответствующий статус – ‘верифицировано’. Верификация может включать такие операции, как: осуществление альтернативных расчетов; сравнение научной и технической документации по новому проекту с аналогичной документацией по апробированному проекту; проведение испытаний и демонстраций; и анализ документов до их выпуска.
[Глоссарий МАГАТЭ по вопросам безопасности]

Тематики

• МАГАТЭ

EN

• verification

верификация
Подтверждение выполнения требований путем исследования и сбора объективных свидетельств.
Примечания
1. Адаптировано из ИСО 8402 путем исключения примечаний.
2. В контексте настоящего стандарта верификация представляет собой выполняемую для каждой стадии жизненного цикла соответствующей системы безопасности (общей, E/E/PES систем и программного обеспечения) путем анализа и/или тестирования демонстрацию того, что для используемых входных данных компоненты удовлетворяют во всех отношениях набору задач и требований для соответствующей стадии.
Пример
Процесс верификации включает в себя:
- просмотр выходных данных (документов, относящихся ко всем стадиям жизненного цикла систем безопасности) для того, чтобы убедиться в соответствии задачам и требованиям соответствующей стадии, с учетом конкретных входных данных для этой стадии;
- просмотр проектов;
- тестирование проектируемых продуктов для того, чтобы убедиться, что они работают в соответствии с их спецификациями;
- проверка интеграции, реализуемая внешними тестами, для всех систем, образующихся покомпонентным добавлением к исходной системе, и необходимая для того, чтобы убедиться, что все компоненты работают вместе в соответствии со спецификацией.
[ ГОСТ Р МЭК 61508-4-2007]

Тематики

• электробезопасность

EN

• verification

верификация (штрихового кода)
Техническая процедура измерения показателей символа штрихового кода, в процессе которой определяется их соответствие требованиям, предъявляемым к символу.
[ ГОСТ 30721-2000]
[ ГОСТ Р 51294.3-99]

Тематики

• кодирование штриховое

EN

• verification

DE

• Vermessung

FR

• vérification

проверка (подлинности)
верификация
Процесс сопоставления субъекта с заявленными о нем сведениями. В частности процедура сравнения подписи, созданной с помощью частного ключа, с соответсвующим открытым ключом.
[ http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=5048]

Тематики

• защита информации

Синонимы

• верификация

EN

• verification

4.55 верификация (verification): Подтверждение (на основе представления объективных свидетельств) того, что заданные требования полностью выполнены [3].

Примечание - Верификация в контексте жизненного цикла представляет собой совокупность действий по сравнению полученного результата жизненного цикла с требуемыми характеристиками для этого результата. Результатами жизненного цикла могут являться (но не ограничиваться ими): заданные требования, описание проекта и непосредственно система.

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

4.23 верификация (verification): Процесс, в результате которого приходят к заключению, что два изображения принадлежат одному и тому же человеку; сопоставление 1:1 («один к одному»).

Примечание - Термины и соответствующие определения к ним установлены только для использования в настоящем стандарте.

Источник: ГОСТ Р ИСО/МЭК 19794-5-2006: Автоматическая идентификация. Идентификация биометрическая. Форматы обмена биометрическими данными. Часть 5. Данные изображения лица оригинал документа

4.24 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены [3].

Примечание - Верификация в контексте жизненного цикла системы является совокупностью действий по сравнению полученного результата жизненного цикла системы с требуемыми характеристиками для этого результата. Результатами жизненного цикла могут являться (но не ограничиваются только ими) установленные требования, описание проекта и непосредственно система.

Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

3.36 верификация (verification): Подтверждение экспертизой и представлением объективных доказательств того, что конкретные требования полностью реализованы.

Примечания

1 В процессе проектирования и разработки верификация связана с экспертизой результатов данной работы в целях определения их соответствия установленным требованиям.

2 Термин «верифицирован» используется для обозначения соответствующих состояний проверенного объекта. (См. 2.17 title="Управление качеством и обеспечение качества - Словарь").

Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа

3.18 верификация (verification): Подтверждение посредством предоставления объективных свидетельств того, что установленные требования были выполнены.

[ИСО 9000:2005]

Примечание - В качестве синонима может использоваться термин «проверка соответствия».

Источник: ГОСТ Р ИСО/МЭК 27004-2011: Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности. Измерения оригинал документа

2.22 верификация (verification): Подтверждение на основе анализа и представления объективных свидетельств того, что установленные требования выполнены.

Примечание - При проектировании и разработке верификация означает процесс анализа результатов предпринятой деятельности с целью определения соответствия установленным к этой деятельности требованиям ([4], подпункт 3.8.4).

Источник: ГОСТ Р ИСО 14971-2006: Изделия медицинские. Применение менеджмента риска к медицинским изделиям оригинал документа

3.8.4 верификация (verification): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что установленные требования (3.1.2) были выполнены.

Примечания

1 Термин «верифицирован» используют для обозначения соответствующего статуса.

2 Деятельность по подтверждению требования может включать в себя:

- осуществление альтернативных расчетов;

- сравнение спецификации (3.7.3) на новый проект с аналогичной документацией на апробированный проект;

- проведение испытаний (3.8.3) и демонстраций;

- анализ документов до их выпуска.

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

2.18 верификация (verification): Подтверждение посредством предоставления объективных свидетельств того, что установленные требования выполнены.

Примечание - Верификация это набор действий, с помощью которого происходит сопоставление характеристик системы или элемента системы с установленными требованиями к характеристикам. Верификация может охватывать установленные требования, описание проекта и саму систему.

Источник: ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем оригинал документа

2.35 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ на соответствие согласованным критериям верификации.

Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.

Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа

2.28 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.10) на соответствие согласованным критериям верификации.

Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.

Источник: ГОСТ Р ИСО 14064-2-2007: Газы парниковые. Часть 2. Требования и руководство по количественной оценке, мониторингу и составлению отчетной документации на проекты сокращения выбросов парниковых газов или увеличения их удаления на уровне проекта оригинал документа

2.36 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ (2.11)на соответствие согласованным критериям верификации (2.33).

Примечание - В некоторых случаях, например при верификации первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.

Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа

3.1.22 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.

[ИСО 9000, статья 3.8.4]

Источник: ГОСТ ИСО 14698-1-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 1. Общие принципы и методы оригинал документа

3.116 верификация (verification): Экспертиза, призванная подтвердить, что деятельность, изделие или услуга соответствуют заданным требованиям.

Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа

3.17 верификация (verification): Комплекс операций для проверки испытательного оборудования (например, испытательного генератора и соединительных кабелей), а также для демонстрации того, что испытательная система функционирует.

Примечание - Методы, используемые для верификации, отличаются от методов калибровки.

Источник: ГОСТ Р 51317.4.2-2010: Совместимость технических средств электромагнитная. Устойчивость к электростатическим разрядам. Требования и методы испытаний оригинал документа

3.26 верификация (verification): Процесс определения, соответствует ли качество продукта или услуги установленным требованиям.

[Справочник по безопасности МАГАТЭ, Издание 2.0, 2006]

Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа

3.7 верификация (verification): Подтверждение на основе объективных данных, что установленные требования были выполнены.

Примечание 1 -Адаптированный термин по ИСО 9000:2005, пункт 3.8.4 [1].

Примечание 2 - См. рисунок 1.

Примечание 3 - Данный термин часто используют совместно с термином «валидация», и оба термина составляют аббревиатуру «V&V» (верификация и валидация).

Источник: ГОСТ Р ИСО 11064-7-2010: Эргономическое проектирование центров управления. Часть 7. Принципы оценки оригинал документа

2.141 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.

Примечание - При аттестации (верификации) документированной системы контроля (2.70) могут использоваться методы текущего контроля и аудита, методики и проверки, в том числе случайный отбор проб и проведение анализа.

[ИСО 14698-1:2003, статья 3.1.22]

Источник: ГОСТ Р ИСО 14644-6-2010: Чистые помещения и связанные с ними контролируемые среды. Часть 6. Термины оригинал документа

3.43 верификация (verification): Подтверждение экспертизой и предоставлением иного объективного свидетельства того, что результаты функционирования соответствуют целям и требованиям, определенным для такого функционирования.

[МЭК 62138, пункт 3.35]

Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

3.18 верификация (verification): Подтверждение экспертизой и представление иного объективного доказательства того, что результаты функционирования отвечают целям и требованиям, определенным для такого функционирования (ИСО 12207).

[МЭК 62138:2004, определение 3.35]

Источник: ГОСТ Р МЭК 60987-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования к разработке аппаратного обеспечения компьютеризованных систем оригинал документа

3.8.1 верификация (verification): Подтверждение выполнения требований путем исследования и сбора объективных свидетельств.

Примечания

1. Адаптировано из ИСО 8402 путем исключения примечаний.

2. В контексте настоящего стандарта верификация представляет собой выполняемую для каждой стадии жизненного цикла соответствующей системы безопасности (общей, E/E/PES систем и программного обеспечения) путем анализа и/или тестирования демонстрацию того, что для используемых входных данных компоненты удовлетворяют во всех отношениях набору задач и требований для соответствующей стадии.

ПРИМЕР - Процесс верификации включает в себя:

Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

3.8.4 верификация (verification): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что установленные требования (3.1.2) были выполнены.

Примечания

1 Термин «верифицирован» используют для обозначения соответствующего статуса.

2 Деятельность по подтверждению требования может включать в себя:

- осуществление альтернативных расчетов;

- сравнение спецификации (3.7.3) на новый проект с аналогичной документацией на апробированный проект;

- проведение испытаний (3.8.3) и демонстраций;

- анализ документов до их выпуска.

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

3.2.59 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

5.1 верификация (verification):

в контексте маркировки и декларирования: Подтверждение посредством предоставления объективных свидетельств выполнения установленных требований.

[ИСО 14025:2006];

в контексте парниковых газов: Систематический, независимый и документально оформленный процесс (6.4) для оценки утверждения по парниковым газам (9.5.2) на соответствие согласованным критериям верификации (5.12).

Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована свободой от несения ответственности за подготовку данных и представление информации по парниковым газам.

[ИСО 14065:2007]

Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

3.3.7 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ на соответствие согласованным критериям верификации.

Примечания

1 В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.

2 В соответствии с ИСО 14064-3:2006, статья 2.36.

Источник: ГОСТ Р ИСО 14065-2010: Газы парниковые. Требования к органам по валидации и верификации парниковых газов для их применения при аккредитации или других формах признания оригинал документа

04.02.27 долговременная маркировка [ permanent marking]: Изображение, полученное с помощью интрузивного или неинтрузивного маркирования, которое должно оставаться различимым, как минимум, в течение установленного срока службы изделия.

Сравнить с терминологической статьей «соединение» по ИСО/МЭК19762-1¹⁾.

______________

¹⁾Терминологическая статья 04.02.27 не связана с указанной терминологической статьей.

<2>4 Сокращения

ECI интерпретация в расширенном канале [extended channel interpretation]

DPM прямое маркирование изделий [direct part marking]

BWA коррекция ширины штриха [bar width adjustment]

BWC компенсация ширины штриха [barwidth compensation]

CPI число знаков на дюйм [characters per inch]

PCS сигнал контраста печати [print contrast signal]

ORM оптический носитель данных [optically readable medium]

FoV поле обзора [field of view]

Алфавитный указатель терминов на английском языке

<2>Приложение ДА¹⁾

______________

¹⁾

Источник: ГОСТ Р ИСО/МЭК 19762-2-2011: Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 2. Оптические носители данных (ОНД) оригинал документа